home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940089.txt < prev    next >
Internet Message Format  |  1994-11-13  |  7KB
  1. Date: Thu, 31 Mar 94 04:30:19 PST
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #89
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Thu, 31 Mar 94       Volume 94 : Issue   89
  11.  
  12. Today's Topics:
  13.             HELP, 386 GENERATES BIG QRM, HOW TO ELIMINATE?
  14.                             I *AM* normal
  15.                         NTS traffic on packet
  16.  
  17. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  18. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  19. Problems you can't solve otherwise to brian@ucsd.edu.
  20.  
  21. Archives of past issues of the Ham-Digital Digest are available 
  22. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  23.  
  24. We trust that readers are intelligent enough to realize that all text
  25. herein consists of personal comments and does not represent the official
  26. policies or positions of any party.  Your mileage may vary.  So there.
  27. ----------------------------------------------------------------------
  28.  
  29. Date: Wed, 30 Mar 1994 14:41:12 GMT
  30. From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!noc.near.net!das-news.harvard.edu!cantaloupe.srv.cs.cmu.edu!dolphin!ed@network.ucsd.edu
  31. Subject: HELP, 386 GENERATES BIG QRM, HOW TO ELIMINATE?
  32. To: ham-digital@ucsd.edu
  33.  
  34. I HAVE A 386 SX COMPUTER & EGA COLOR MONITOR.
  35.  
  36. I AM LISTENING TO 2 METER ACTIVITY, AREA REPEATERS, WITH OUTSIDE
  37. 1 ELEMENT QUAD ANTENNA.  I GET STRONG QRM FROM COMPUTER IF 
  38. RECEIVER OR COAX IS WITHIN 10 FEET OF CPU.
  39.  
  40. ANY IDEAS?  OR SUGGESTIONS?
  41.  
  42. ED@FORE.COM
  43.  
  44. ------------------------------
  45.  
  46. Date: Wed, 30 Mar 94 00:10:01 -0500
  47. From: ihnp4.ucsd.edu!swrinde!sgiblab!wetware!spunky.RedBrick.COM!psinntp!psinntp!wlnntp.psi.com!usenet@network.ucsd.edu
  48. Subject: I *AM* normal
  49. To: ham-digital@ucsd.edu
  50.  
  51. Yes, the tones are different amplitude because they are not centered in 
  52. the rig's bandpass.
  53.  
  54. I remember running into this years ago on my old sb-100, and what I did 
  55. was to get another crystal for the carrier generator and switch between 
  56. it and the usual lsb crystal.  These days on my FT767GX all I do is 
  57. select FSK mode.
  58.  
  59. 73, Seth
  60.  
  61. ------------------------------
  62.  
  63. Date: 30 Mar 1994 14:34:54 GMT
  64. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!csn!col.hp.com!jms@network.ucsd.edu
  65. Subject: NTS traffic on packet
  66. To: ham-digital@ucsd.edu
  67.  
  68. Jeffrey D. Angus (jangus@skyld.grendel.com) wrote:
  69.  
  70. : In article <2n9j6k$db9@hp-col.col.hp.com> jms@col.hp.com writes:
  71.  
  72. ** stuff deleted ***
  73.  
  74. :   A simple entry in the alias file will forward to whomever. so if I
  75. :   alias 90505 to kf6pu@wb6ymh.#soca first the alias file redirects it
  76. :   to kf6pu, the my rewrite file queues it up for delivery to the wb6ymh
  77. :   bbs.
  78. Thanks, Jeff.  Actually I understood that the above routing can be
  79. accomplished.  But, can you do that and make it change on a daily
  80. basis?  E.G. on Monday the traffic is forwarded to me, on Tuesday
  81. it goes to N0HAM, on Wednesday to KB0XYZ, etc.  And maybe have it
  82. so it works on a bi-weekly basis, depending on how many people a 
  83. given area has that wants to deliver traffic.  So I might get all
  84. the 809xx @ ntsco on Monday of the first and third weeks of a month,
  85. and someone else get it on the second and fourth weeks.
  86. What do you think?
  87.  
  88. Mike, K0TER
  89.  
  90. ------------------------------
  91.  
  92. Date: 30 Mar 1994 13:19:04 GMT
  93. From: ihnp4.ucsd.edu!usc!math.ohio-state.edu!magnus.acs.ohio-state.edu!csn!col.hp.com!jms@network.ucsd.edu
  94. To: ham-digital@ucsd.edu
  95.  
  96. References <CnEF6L.I81@world.std.com>, <gganderson.321.0@augustana.edu>, <2na3fs$aab@hpbab.mentorg.com>
  97. Subject : Re: NTS Only BBS? (was Re: [REPOST] NTS Traffic on Packet)
  98.  
  99. Hank Oredson (hanko@wv.mentorg.com) wrote:
  100.  
  101. : Oh yes - there IS one little problem. How will you convince the
  102. : NTS folks to USE this system?  We ain't solved that one yet.
  103.  
  104. :    ...  Hank
  105.  
  106. : -- 
  107.  
  108. : Hank Oredson @ Mentor Graphics
  109. : Internet     : hank_oredson@mentorg.com
  110. : Amateur Radio: W0RLI@W0RLI.OR.USA.NOAM
  111.  
  112. We're using it, or trying to.  However,I still feel nervous about 'throwing
  113. a message at the packet nts system', instead of handling it myself.
  114. More reliability in the system might help.  Or better yet, enhanced
  115. delivery systems.  Here's what I responded to on another posting:
  116.  
  117. This reply is directed to anyone who is taking part in this discussion.
  118. I am heavily involved in traffic handling and I will use any mode to
  119. pass it, although my primary interest is CW.  Here's how I would like to
  120. see the delivery end of NTS traffic over packet handled.  You BBS 
  121. sysops please let me know if it's possible with the current BBS
  122. software.
  123.  
  124. The problems I see with the end delivery of packet nts traffic are:
  125.  
  126. 1.  ANYONE can take the message and (attempt) delivery, even if they
  127.     know nothing about traffic handling.
  128.  
  129. 2.  Some BBS systems do not allow a person to 'kill' a message once
  130.     it's been read for delivery.  I WILL NOT deliver traffic from
  131.     such a board as it's embarrassing to attempt delivery when
  132.     someone else has already done so.
  133.  
  134. 3.  If someone does not check in on a regular basis and check for
  135.     traffic, it WILL sit and get stale.
  136.  
  137. I would like to see local Amateurs volunteer to be the
  138. end delivery operators for NTS traffic.  Each person that volunteered
  139. would be sent ALL NTSXX @ ZIPCODE NTS traffic that comes in on their assigned
  140. day.  Ideally, they would have a 24 hour personal BBS system that
  141. has auto-forward capabilities.  If a person does not have a 24 hour 
  142. station with auto-forward capabilities, it would be his/her 
  143. responsibility to check the full service board on the assigned day.  
  144.  
  145. So, can present BBs software be configured to forward nts traffic
  146. to a given station, preferably re-address it to that Amateur's
  147. call sign so they know there is messages waiting?  Can it be set
  148. up to send it to a different person each day, with maybe a different
  149. person on odd or even weeks (don't want to leave out anyone who
  150. wants to play)?  This is rather the way the NTS works.  Only at the
  151. section level are people invited to randomly check into the nets.
  152. On all other levels, folks volunteer and are assigned a given function
  153. for a given time (NCS, liaison, etc.).  This would have to be a
  154. function that would be performed automatically once the sysop set
  155. it up.  The BBS sysops have enough work to do running their
  156. boards as it is.  If present BBS software does not support 
  157. such a function, what you you all think of the idea?
  158.  
  159. BTW, thanks to all the BBS sysops out there that keep the boards 
  160. up and running.  I know it's a big job and a lot of work.
  161.  
  162. Mike, K0TER
  163.  
  164. ------------------------------
  165.  
  166. End of Ham-Digital Digest V94 #89
  167. ******************************
  168.